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(54) Method for validation of electronic transactions 



(57) An electronic transaction Is validated by a cus- 
tomer placing a telephone call via the telephone net- 
work. The call is routed to a validation system and the 
telephone call provides the validation system with a 
transaction identification which identifies a previous 
electronic transaction between the customer and a ven- 
dor. The validation system communicates with the ven- 
dor server via a data network to retrieve a price for the 
transaction. The validation system then sends the price 



to the customer via the telepfione call and awaits an 
acceptance by the customer. Upon receipt of the cus- 
tomer acceptance, the validation system sends an 
authorization to the vender server via the data network 
indicating that the transaction has been validated. The 
validation system also sends the transaction price to a 
network billing node which results in an additional 
charge to the customer's telephone biD. 
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Description 

[0001] The present invention relates generally to elec- 
tronic commerce and more particularly to the validation 
of electronic transactions. 

[0002] The popularity of the Internet, and in particular 
the World Wide Web (WWW) is growing, tn turn, elec- 
tronic commerce over the Internet is also growing. In 
one type of electronic commerce, users are using the 
Internet to k>uy goods (e.g. bool^, clothing) which are 
later shqiped to the buyer. In another type of electronic 
commerce, users are buying access to Internet sites 
which are only accessit)le to paid subscribers. For 
example, a particular Internet site may allow users to 
search a patent database for patents of interest to the 
user. The provider of such a service may require that 
the user pay a monthly, or per transaction fee. for 
access to the system. 

[0003] The majority of electronic transaction charges 
are paid via a credit card. However, credit card transac- 
tions carry a sukistantial overhead. This makes it impos- 
sible to sell low value goods and services over the 
Internet in a cost effective rnanner. Thus, the sale of a 
boolc for $30 is a cost effective trsmsaction for a mer- 
chant whereas the sale of an electronic version of a sin- 
gle song or picture for $1 .00 is not cost effective. 
[0004] One solution to this problem is to accumulate 
small charges ever time and bill the customer on a 
monthly basis. This is expensive and txirdensome 
because it requires that the merchant establish and 
maintain a billing and collection process. Another solu- 
tion is to charge a customer a flat monthly charge for all 
transactions. This is only possible where the customer 
is paying for access to an Internet she. It does not work 
where the merchant is selling actual products. 
[0005] Another problem with credit card payments 
over the Internet is customer anonyrrAy. Many users of 
the Internet may wish to buy goods and services over 
the Internet but would also like to remain anonymous to 
the merchant, the use of a credit card makes such ano- 
nymity impossible. 

[0006] One known solution to the problems of Internet 
billing is to use the telephone system 900 type services 
to pay for electronic commerce transactions. Such a 
service is provided by Intemet Billing Company, Ltd. 
(it}ill) of Fort Lauderdale. Florida. In that service, an 
Internet site will require a password to access the site. 
In order to gain the required password, a customer calls 
a 900 telephone number and a recording provides the 
customer with the required password. The customer 
than returns to the Internet site and provides the pass- 
word to gain access to the desired goods or services. 
The customer is billed through his her telephone bill. In 



this system, there is no direct communication between 
the 900 t>illing system and the vendor Internet site. 
Instead, the password(s) and required 900 number to 
call are prestored in the vendor Internet site and in the 

5 900 billing system. This results in a somewhat inflexible 
approach to electronic transaction billing with some 
deficiencies. One deficiency in this approach is that it is 
susceptit)le to fraud. Since the password( s) are pre- 
stored in the vendor site, it is possible for a customer to 

10 provide valid password(s) to the verxlor site without hav- 
ing first called the 900 telephone number to generate a 
charge. For example, the customer could have obtained 
the required pas8word(s) from a prior customer of the 
vendor site who did call the 900 telephone number or it 

15 is possit)le that the security of the prestored list of pass- 
words could somehow become compromised. Another 
deficiency of this system is that it does ntil allow for var- 
iatsle t>illing. Each 900 numt>er is pre-setup for a partic- 
ular billing value. These values cannot change on a per 

20 transaction basis. 

[0007] Thus, there is a need for an improved elec- 
tronic transaction validation method. 

SMmpfff ry of thg Invention 

25 

[0008] The present invention is an improved electronic 
transaction validation method in which a telephone call 
is the mechanism for validating an electronic transac: 
tion. In accordance with the invention a telephone call 

30 from a customer is received by a validation system via 
the telephone network and, in response to the receipt of 
the telephone call, the validation system sends a signal 
to a vendor server via a data network to validate a pre- 
vious electrorvc transaction between the customer and 

35 vendor. Thus, the validation system communicates with 
the telephone via the telephone network and the vendor 
server via the data network in order to validate the 
transaction. 

[0009] In accordance with one aspect of the invention. 

40 the telephone call is placed to a telephone number (e.g. 
900 telephone number) which results in a charge in 
addition to the cost of the telephone call. This charge 
may be a fixed amount, or may be variable. If the 
amount is variable, the validation system receives the 

45 billing amount from the vendor server and provides the 
billing amount to a network billing node which will add 
the appropriate amount to the customer^ telephone bill. 
In one embodiment, the validation system sends the 
amount to the customer via the telephone call and 

so requests that the customer accept or decline the 
charge. Only if the customer accepts the charge does 
the validation system send the bill ing amount to the trill- 
ing node and send a signal to the vendor sen/er to vaR- 
date the transaction. If the customer does not accept 

55 the charge, the validation system sends a no-billing indi- 
cation to the billing node. 

[0010] These and other advantages of the invention 
will be apparent to those of orcBnary skill in the art by 
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reference to the following detailed description and the 
accompanying drawings. 

Brief Description of the Drawing s 

5 

[0011] 

Fig. 1 shows a communication system in which the 
principles of the present invention may be imple- 
mented. 10 
Figs. 2A-2C is a flowchart which illustrates the 
steps performed in accordance with one emtxxli- 
ment of the invention. 

I>etalled DescfiPtion is 

[0012] Fig. 1 shows a communication system 100 in 
which the principles of the present invention may t^e 
implemented. A customer premises 110 includes a 
computer 112 and a telephone 114. The computer 112 20 
may be any type of computer such as a personal conn- 
puter, workstation, mainframe, etc. In one embodiment, 
the computer 1 1 2 execute Internet communication soft- 
ware such as a WWW browser (e.g. Netscape Naviga- 
tor or Microsoft Internet Explorer). Such Internet 2S 
communication software is well Iviown in the art. The 
telephone 1 14 is connected to the put>lic switched tele- 
phone network (PSTISQ 130 is a manner well known in 
the art 

[001 33 The computer 1 1 2 is connected to the Internet so 
120. This Internet connection can take various forms. 
For example, the conputer 112 coukl be connected to 
the Internet 120 via 1) a direct Internet connection: 2) a 
local area network: 3) a wkie area network: or 4) a resi- 
dential telephone line connected to a local exchange 3S 
carrier (LEG) switch and an Internet service provkJer 
point of presence. Such various ways to connect a com- 
puter to the Internet 120 are well known and will not he 
discussed in detail herein because the principles of the 
present invention may be imptemented utilizing any type 4o 
of Internet connection. 

[0014] The Internet 120 is used herein as an example 
of a well known data network which may be used in con- 
nection with the present invention. However, it is to be 
understood that the present invention is not limited to 45 
the Internet emkxxjimertt shown in Fig. 1 . The principles 
of the present invention may be inplemented utilizing 
any type of data network instead of. or in addition to, the 
Internet 

[001 5} A vendor server 140 is connected to the Inter- so 

net 120 and may be accessed by the customer compu- 
ter 112. The vendor server 140 may advantageously 
operate in accordance with hypertext transfer protocol 
(HTTP) such that the vendor server 140 implements a 
WWW server such that customer computer 112 can ss 
communicate with the vendor server 140 via the Inter- 
net 120 using WWW browser software. The vendor 
server operates in accofdance with computer program 



instructions in order to carry out the necessary func- 
tions. In one embodiment the vendor server 140 imple- 
ments an order system such that customers can access 
ttie vendor server 140 via the Internet 120 using WWW 
browsing software to order goods from the vendor oper- 
ating the vendor server 1 40. The operation of a server 
(e.g. vendor server 140) to communicate with client 
computers (e.g. conputer 112) via the Internet 120 is 
well known in the art. , 

[0016] The communication system 100 also includes 
a validation system 150. The validation systenri 150 
communicates witii the customer telephone 1 14 via the 
PSTN 130. The validation system 150 CQmnxinlcates 
with the verxlor server 140 via tiie Internet 120. In one 
advantageous embodiment, the validation system 150 
comprises a 900 billing node 152 and an audio browing 
platform 154 connected via the PSTN 130. The 900 bill- 
ing node 152 is advamageously a 900 billing system 
which implenients a variafc)le anx>unt billing service 
such as tiie AT&T Multi-Quest 900 Vari-A-Bill Service. 
Such variable biling in accordance with the invention 
will be descrbed in further detail bek>w. Alternatively, 
the 900 billing node may implement a standard 900 bill- 
ing service in which a caller is billed a fixed anmunt for 
calling a particular telephone number. In such an 
emkx)diment, various 900 numt)ers may be used in 
order to effectively implement a system which can bill 
customers various amounts. 

[0017] The audio browsing platform 154 is a system 
which allows for the interaction between an audio 
device, such as telephone 1 14, and an Internet server 
such as server 140. thus, audio browsing platform 154 
will request and receive documents from vendor server 
140 and interpret those documents into audio data suit- 
at>le for transmission to a customer at telephone 114. 
Similarly, audio browsing platform 154 interprets audio 
signals (e.g. speech or DTMF) received from telephone 
114 into data signals appropriate for transmission to the 
vendor server 140 via the Internet 120. The audio 
browsing platform 154 includes a processor which con- 
trols the operation of the audio browsing platform 154 in 
accordance with stored computer program Instructiors. 
Audio browsing platform 154 may advamageously be 
implemented using the technology described in United 
States Patent Applicatton Ser. No 08/635801 filed April 
22, 1996. entitled Metiiod and Apparatus for Information 
Retrieval Using Audio Interface, which is incorporated 
herein by reference. 

[0018] In accordance with the invention, the valxiation 
system 150 communicates witfi the telephone 1 14 via 
the PSTN 130 and the vendor server 140 via the Inter- 
net 1 20. This allows for orders placed by the customer 
using computer 1 1 2 connected to the vendor server 140 
via the Internet 120 to k)e vacated via customer tele- 
phone 114 connected to ttie valklation system 150 via 
the PSTN 130. In the embodiment shown in Fig. 1, the 
validation system 150 comprises a 900 billing node 152 
and an audio txowing platform 154 in order to imple- 
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ment a validation system that is based on billing. How- 
ever, the validation system 150 may comprise other 
components in order to implement a validation system 
which validates customer transactions on criteria other 
than billing (&g. identification, pre-registration. etc.). 
One skilled in the art could readily implement such alter- 
nate validation systems given the description herein. 
[001 9] The operation of the elements of Rg. 1 will be 
further described in conjunction with the flowchart of 
Figs. 2A-2C which illustrates the steps performed in 
accordance with one embodiment of the invention. 
Referring now to Figs. 2A-2C. in step 202 a customer at 
customer premises 110 using computer 112 places an 
order with a vendor via an Internet connection to vendor 
server 146. This type of interaction between a computer 
user and a vendor server is well known and the details 
of such interaction will not be described herein. The 
order may be for various types of goods. For example, 
the customer could have requested the downloading of 
soft goods, such a computer program code, vkleo^ 
audio, text, etc. Such soft goods can be transmitted 
directly to the computer 112 from the vendor server 1 40 
via the Internet 120. Alternatively, the customer could 
have requested access to content located at the vendor 
server 140 or elsewhere. For example, the vendor may 
limit access to certain content at the vendor server 140 
to customers who have pre-registered and or paid a fee 
to access the content. Alternatively, the customer may 
have ordered hard goods, such as a book, dothing, etc.. 
which must be delivered to the customer through some 
means other than electronically. In this case, the cus- 
tomer may provide the vendor with additional delivery 
instruction, such as delivery address. 
[0020] In step 204 the vendor server 140 generates a 
unique transaction identifier which will be used to kien- 
tify this particuiar transaction. lYus transaction klentrf ier 
is stored in the vendor server 140 associated with the 
details of the particular transaction. Such details may 
include, for example, the goods requested by the cus- 
tomer as well as the price of the goods. Alternatively, the 
customer could be requested to choose a transactmn 
Identifier and provide the chosen transaction klentif ier to 
the vendor server 140. In such an emtxxliment, the ven- 
dor server 140 will check the customer chosen transac- 
tion kientif ier to make sure that it is unique, and if so, the 
vendor server 140 will store the transaction identifier 
associated with the details of the particular transaction. 
In yet another emk>odiment the transaction identifier 
couki be the telephone number of teleptione 114. In 
each of these embodiments, a unique transaction iden- 
tifier is established, known to k>oth the vendor server 
140 and the customer, which uniquely identities a par- 
ticular transaction. 

[0021] In step 206. the vendor server transmits the 
transaction identifier to the customer at computer 112 
via Internet 120. Further, the vendor server also trans- 
mits the telephone number that the user must call in 
order to valklate the transaction. In one advantageous 



embodiment, the telephone number is such that it will 
resuH in a charge to the customer's telephone bill (e.g. a 
900 telephone number). The 900 telephone number 
may be shared by a numt)er of vendors who are utilizing 

5 the valuation system 150. In such a case, the transac- 
tion klentifier will be used to klentify the particular ven- 
dor as well as the partrcular transaction. This will be 
explained in further detail below in conjunction with step 
218. In an alternate embodiment the 900 number could 

10 be dedicated to a particular vendor such that each ven- 
dor has its own dedicated 900 number. 
[0022] As described above, it is noted that tiiis tele- 
phone call need not necessarily result in a monetary 
charge. For example, the vendor may wish to validate 

75 the customer based on some other crKeria other than 
payment. For example, the vendor may only want to val- 
kJate the customer's identity, which may be accom- 
plished by the customer placing a telephone call to a 
telephone number which will result in the customer's tel- 

20 ephone number being reported to the valkJation system. 
H is well known that the PSTN 130 can transmit tiie tel- 
ephone nurr^er of tiie calling telephone numb>er. The 
customer's telephone number may then be used to val- 
ktate the customer, with no charge being levied against 

25 tiie customer's telephone bill. 

[0023] In step 208 the customer places a telephone 
call via telephone 114 to the telephone number pro- 
vided by the vendor server 140 in step 206 via tiie 
PSTN 1 30. In step 21 0 tiie call is routed to the validation 

30 system 150. and more partfcularly to tiie 900 billing 
node 152 via PSTN. 130. The 900 billing node 152 also 
receives the dialed number from the telephone network 
The routing of telephone calls in a tel^one network 
and the receipt of tiie dialed number by a network node 

35 is well known in tiie art and will not be described in 
detail herein. In step 212 the telephone call, including 
the dialed numt>er information, is routed from the 900 
billing node 152 to the audio browsing platfbrrn 154 via 
PSTN 130. The call is terminated at the audio browsing 

40 platform 154. 

[0024] Upon receipt of the call, the audio browsing 
platlbrm 1 54 requests ttiat the customer enter the trans- 
action identifier for the transaction being validated in 
step 214. This request is sent from the audio browsing 

4S platlbrm 1 54 to the telephone 1 14 via the PSTN 1 30 uti- 
lizing the telephone call connection that was s^ up 
between the teleptione 114 and the audio browsing 
platform 1 54. The request is in the form of an audio sig- 
nal (e.g. recorded voice signaO- In step 216 the cue* 

so tomer transmits the transaction kJentrfier to the audio 
browsing platform via PSTN 130. The transaction iden- 
tifier is advantageously transmitted via DTMF tones in 
response to the customer pressing appropriate keys on 
the keypad of the telephone 114. Alternatively, tiie cus- 

55 tomer may transmit the transaction klentifier by speak- 
ing into the microphone of telephone 1 14 with the audio 
browsing plattomi 154 utilizing speech recognition to 
recognize the transaction klentifier. In yet another 
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embodiment, if, as described above, the transaction 
identifier is the telephone number of telephone 114, 
then such telephone numt>er could be automatically 
provided to the audio browsing platform 154 by the 
PSTN 130 in a manner which is well known. 
[0025] In step 218 the audio browsing platform 154 
determines the vendor server associated with the trans- 
action being validated. Assuming that several vendors 
utilize the same 900 number, the audio browsing plat- 
form 154 win ascertain the appropriate vendor server 
t>ased on the transaction identifier entered by the cus- 
tomer in step 216. For example, the if the transaction 
identifier is 10 characters, the first 4 characters may 
identify the vendor of the transaction. Alternatively, if 
each vendor were assigned its own 900 number, then 
the audio browsing platform 154 will ascertain the 
appropriate vendor server based on the dialed number 
information received from the telephone network as 
described above in conjunction with steps 210 and 212. 
In either case, the audio browsing platform performs a 
table lookup. t>aeed on either the transaction identifier or 
the dialed number, to determine the vendor associated 
with the transaction being validated. The result of the 
lookup will be the Internet address which is associated 
with vendor server 140. in an advantageous WWW 
embodiment, the address Is a uniform resource locator 
(URL). The use of URL's identify particular Internet 
servers is welt known in the art. 
[0026] In step 220 tiie audio browsing platform 154 
establishes an Internet connection with the vendor 
server via the Internet 120. In one advantageous WWW 
emtsodiment, the connection is estat^lished using the 
well known hypertext transfer protocol (HTTP). Alterna- 
tively the connection couM be made using another 
Internet protocol, such as Telnet. In step 222 the audio 
browvsing platform 154 transmits the transaction identi- 
fier received from the customer in step 216 to the ven- 
dor server 140 via the Internet 120 connection 
established in step 220. In step 224 the vendor server 
140 uses the received transaction idemifier to retrieve 
the details (including price) of the particular transaction 
which were stored in the vendor server 140 as 
desaibed atxive in conjunction with step 204. In step 
226 the vendor server 140 transmits tiie price of the 
transaction to tiie audio browsing platform 154 via the 
Internet 120. 

[0027] In step 228 the audio browsing platform 154 
transmits the price information to the customer via the 
PSTN 130 and telephone 1 14. This price information is 
transmitted in the form of voice signals. In step 230 the 
customer responds to the transmitted price information 
by either accepting or declining the transaction. The 
customer may respond using voice commands or using 
DTMF signals by pressing keys on the telephone 1 14 
keypad. In step 232 the audio browsing platform 154 
determines whether tiie customer accepted the trans- 
action. If tiie customer does not accept the transaction, 
then in step 248 the audio browsing sends a rK>-tMlling 



indicator to the 900 billing node 1 52. The no billing indi- 
cator may t>e any type of indicator whfoh will infoirm the 
900 billing node that no charge is to be made against 
the customer for this transaction. In one emtxx^iment 

5 where the 900 billing node implements a variable 
amount billing system, tiie audto browsing platform 154 
will send a price of $0.0 to the 900 bilUng. node 152 
which will result in tiie customer not being billed for the 
transaction. The rpethod ends in step 246. 

10 [0028] It is noted that if the method ends after step 
248, tiie validation system 150 has not sent an indica- 
tion to the vendor server 140 indicating that the transac- 
tion has been validated. Thus, if the customer 
attempted to retrieve the goods from vendor server 140 

15 (for example if the goods were soft goods or content), 
the vendor server 140 would not provide the goods to 
the customer because the transaction was never vali- 
dated by the validation system 1 50. 
[0029] If the audio browsing platform 1 54 determines 

20 in step 232 that the customer accepted the transaction, 
then in step 234 the audio browsing platform 154 trans- 
mits the transaction identifier and a validation indicator 
to the vendor server 140. In step 236 the vendor server 
140 stores an indication in its memory that order fuKiil- 

25 ment is autiiorized for the transaction identified by the 
transaction identifier received in step 234. In step 238 
the vendor server 140 transmits an order authorization 
completion indicator to the audio browsing platform 154 
to indicate that fulfillment of tiiis order has been author- 

30 ized in tiie vendor server 1 40. Depending on the type of 
goods ordered (e.g. soft, hard, access) the vendor 
server may also transmit additional order fulfillment 
information to the audio browsing platform 154 in step 
238. Such additional order fulfillment information may 

35 be. for example, a password which will allow the cus- 
tomer to access the vendor's system, delivery informa- 
tion, or any other pertinent information related to 
fulfillment of tiie order. In step 240. tiie audio browsing 
platform 154 transmits the onder authorization oomple- 

40 tion indication and any additional order fulfillment infor- 
mation which was received from the vendor server 140 
in step 238 to the customer via PSTN. 130 and tele- 
phone 114 using audio voice signals. 
[0030] In step 242 the audio browsing platform 154 

45 transmits the price of the transaction which was 
received from the verxfor server 140 in step 226 to the 
900 bilSng node 152. In step 244. tiie 900 billirig node 
152 charges the price of the transaction to the cus- 
tomer's telephone bill. The method ends in step 246. 

so [0031] The foregoing Detailed Description is to t>e 
understood as being in every respect illustrative and 
exemplary, but not restrictive, and the scope of the 
invention disclosed herein is not to be determined from 
the Detailed Description, but rather from the claims as 

55 interpreted according to the full breadth permitted by 
tiie patent laws. It is to be understood that the embodi- 
ments shown and described herein are only illustrative 
of the principles of tiie present invention and that vari- 
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ous modifications may be implemented by those skilled 
in the art without departing from the scope and spirit of 
the invention. 

[0032] Where technical features mentioned in any 
daim are followed by reference signs, tiiose reference 
signs have been included for the sole purpose of 
increasing tine intelligibility of the claims and accord- 
ingly, such reference signs do not have any limiting 
effect on the scope of each element identified by way of 
example by such reference signs. 

Claims 

1. A method for validating an electronic transaction 
comprising the steps of: 

receiving a telephone call at a validation sys- 
tem via a telephone network, said telephone 
call providing a transaction Identifier to said val- 
idation system: and 

transmitting said transaction identifier from said 
validation system to a vendor server via a data 
network 

2. The method of claim 1 wherein said telephone call 
is placed to a telephone nunrter which results in a 
charge In addition to the cost of the telephone call. 

3. The method of daim 2 wherein said charge is vari- 
able. 

4. The method of daim 3 furtiier oomprising the steps 
of: 

receiving a charge anKMjnt at said validation 
system from said vendor server in response to 
said step of transmitting said transaction identi- 
fier: and 

provkJing said received charge amount to a 
network billing node. 

5. The method of daim 1 wherein said data network is 
the Internet. 



receiving a charge amount at said validation 
. system from said vendor server in response to 
said step of transmitting said tiansactk)n identi- 
fier: 

5 transmitting saki received charge amount to a 

customer via said telephone call: 
receiving an accept/decline indication from 
said customer in response to transmission of 
said charge amount. 

to 

9. The method of daim 8 further oomprising the step 
of: 

provkiing said received charge amount to a 
15 network billing node in response to receipt of 

an accept indidation from said customer. 

ia The method of daim 8 further comprising the step 
of: 

20 

transmitting a rK>-billing indicator to a network 
billing node in response to receipt of a dedine 
indication from said customer. 

25 11. The method of daim 1 wherein said transaction 
identifier is a telephone nurrber of a calling tele- 
phone. 

12. A method for validating an electronic transaction 
30 oomprising the steps of: 

receiving a telephone call at a validation sys- 
tem via a telephone networK said telephone 
call resulting in an additional charge tilled to a 
35 calling telephone in addition to the cost of tiie 

telephone call; and 

in response to receipt of said telephone call, 
transmitting an authorization indication from 
saxJ validation system to a vendor server via a 
40 data network. 

13. The method of claim 12 further comprising tfie step 
of: 



6. The method of daim 1 further comprising the step 4S receiving at saki valkJation system the tele- 
of : identifying saki vendor sender tsased on said phone number of tiie calling telephone; and 
transaction clerrtifier. wherein said authorization indication com- 
prises said telephone number. 

7. The method of daim 1 further comprising the step 

of: so 14. The method of daim 12 further comprising the step 

of: receiving a transadion identifier from said call- 
Uentifying said vendor server based on a tele- ing telephone; and wherein said authorization indi- 

phone number dialed to establish said tele- cation comprises sand transaction identifier, 

phone call. 

55 15. The metiiod of daim 12 where said additional 

8. The method of daim 1 further comprising the steps charge is variable. 

of: 

16. A method for validating an electronic transaction 
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comprising the steps of : 

a) receiving a transaction identifier via a tele- 
phone network; 

b) transmitting said transaction identifier to a 
vendor server via a data network: 

c) receiving a charge amount via said data net> 
work in response to step b); 

d) transmitting said charge amount to a billing 
node. 

17. The method of daim 1 6 further comprising the step 
of: billing said diarge amomt to a customer tele- 
phone bill. 

15 

18. The method of cicUm 17 wherein said charge 
amount is variable. 
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FIG. 2A 



CUSTOMER PLACES ORDER WITH 
VENDOR VIA INTERNET 



VENDOR GENERATES AND STORES 
UNIQUE TRANSACTION lOENTIHER 



VENDOR TRANSMITS TRANSACTION 
IDENTIFIER AND 900 f TO 
CUSTOMER VIA INTERNET 



T 



CUSTOMER PLACES TELEPHONE 
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